home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1991 / Jan 91 / MacApp.Tech$ 1⁄25⁄91 / 2755-Ramblings-Jan91 < prev    next >
Encoding:
Text File  |  1991-03-06  |  3.7 KB  |  81 lines  |  [TEXT/GEOL]

  1. Item    4443094                         20-Jan-91        09:51PST
  2.  
  3. From:   CHADWICK1                       Attain, Dan Chadwick,PRT
  4.  
  5. To:     MACAPP.TECH$                    MacApp Technical
  6.  
  7. Item forwarded by       FRED.FORSMAN to MATTSON1 
  8.  
  9. Item forwarded by       SPA.DTS      to SPA0144 
  10.  
  11. ------------------------------------------------------------------------------
  12.  
  13. Sub:    Ramblings
  14.  
  15. Greetings-
  16.  
  17. Having just downloaded package 63 of messages from MacApp.Tech$, I am a bit
  18. tardy in replying.  Please excuse my rambling…
  19.  
  20. Mike Latta-
  21.     A decade ago Wang had an internal performance analysis tool (called the
  22. Software Oscilloscope) which "charged back" to the caller the time that a
  23. subroutine used.  I understand it was a wonderful, but limited tool because it
  24. resulted in several orders of magnitude performance degradation - like 24 hours
  25. for a small test.  I suspect that it charged every instruction, rather than
  26. sampling.
  27.  
  28.     I too have found the performance reports difficult to analyze.  Putting in
  29. a full crawl, however, might render them too slow to use.  I would love to see
  30. this tried, however.
  31.  
  32. New MacAppers-
  33.  
  34.     Regarding Think Pascal problems mentioned by Dave Shillito: 1) I too don't
  35. like having to buy into Think's reformatting.  However, after a while, I let my
  36. zenophobic defenses down and happily traded my indenting style for decreased
  37. editing time. 2) I have never had Think Pascal crash when working on a virgin
  38. project file - one that has never been used to run within the environment.  I
  39. keep such a virgin project around and copy it whenever my code has caused Think
  40. get flakey.  I suspect that only running in protected mode, and perhaps not
  41. even that, can eliminate this problem.  Also, Thinks crashes are really no
  42. worse than having your application crash the whole machine when running under
  43. MultiFinder with MPW. 3) The modified MacApp source is a pain, but if you don't
  44. want to be on the bleeding edge of MacApp releases, it is really not a problem
  45. to wait for Think to release a new converter.  I wish that the MacApp/MPW/Think
  46. teams would make Think source code compatibility a non-issue.
  47.  
  48.     I wrote FileMaker versions 1.0 through roman II with MPW and TMON (and not
  49. MacApp - it didn't exist in 1984!).  I can now find bugs MUCH more quickly with
  50. Think than I can with TMON, The Debugger, or SADE.  Now that I have some MacApp
  51. experience, I realize that many problems posted on MacApp.Tech$ could easily be
  52. found with the Think Debugger.  I suspect that the people who post these
  53. messages are not lazy but rather that they are not using the Think Debugger
  54. (for whatever reason).  I personally wish that Apple would buy the Think
  55. division from Symantec and make it the standard technology for developing
  56. applications on the Macintosh.  I understand that Think is not a big MoneyMaker
  57. for Symantec and so I worry about its long-term future.
  58.  
  59. Ed Dry-
  60.  
  61.     I too would hate to see AppleLink cluttered with political messages.  I do
  62. feel that ONE posting of a 900 number for the congressional and white house
  63. opinion line - a line that may be used for pro and anti sentiment - on a issue
  64. as important as the Persian Gulf war is appropriate.  There ARE more important
  65. things in life than Macintosh, after all.
  66.  
  67. James Plamondon-
  68.  
  69.     Regarding your contest, there is a non-portable way to directly call a
  70. method more than on "inherited level" up in the chain.  It is something like
  71. TControl$Draw.  Since I don't use MPW anymore, I can't recall exactly.  I had
  72. this exact some problem, solved it with the above hack, ported to TP3, and then
  73. copied in the adornment code.  Sigh.  Were you unaware of this, did you want to
  74. point out the need for this cabability to the '9X people, or do you have
  75. another really cool trick up your sleeve?
  76.  
  77. Dan Chadwick
  78.  
  79.  
  80.  
  81.